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BACKGROUND OF THE INVENTION 



1. Field of the Invention 

5 This invention relates to network computer systems and, more particularly, to the 

operation of a client computer system disconnected from the network. 

2. Description of the Related Art 

10 The need for information to be available to multiple users on a computer system 

created a need for computer networks. Computer networks are configured in many 
different ways across many different platforms. However, the demand for fast network 
connections and high reliability has placed increasing demands on computer networks. 

15 Many computer networks are configured such that a remote server is connected to 

multiple client computers, such as the computer network illustrated in FIG. 1 . In one 
configuration, a client computer must have access to the remote network server during the 
boot up process in order to be able to boot up. The remote network servers typically 
contain operating system and configuration files that the client needs in order to boot. 

20 The operating system and configuration files are downloaded to or accessed by the client 
during boot up. 

If the network server goes down while client computers are connected and 
running, the client computers may be disabled. While the network server is down, client 
25 computers may not be able to be rebooted or operate on any applications or files that were 
located on the network server. This scenario can reduce workplace productivity 
significantly. Therefore, it is desirable for client computers to be usable during a remote 
server failure or network link failure. 
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Other networks are configured such that a remote network server must be 
accessible by the client during the login process in order for the client to have access to 
network resources. If the remote network server is unavailable, the client must manually 
login to a local domain to run offline or disconnected from the server. During this time, 

5 none of the network resources are available to the client. When the network connection 
to the remote network server is reestablished, a human operator must resynchronize files 
that were modified on the client computer and reside on the remote network server to the 
remote network server. Additionally, files such as applications software that were 
upgraded on the remote server must be manually transferred to the client computer. 

10 Therefore, it is desirable for a human operator not to have to copy modified files to or 
from the remote network server. 
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SUMMARY 



The problems outlined above may in large part be solved by a system and method 
of operating a client network computer in a disconnected mode. 

In one embodiment, a client computer system includes a client storage device, a 
processor coupled to the client storage device, a network interface, a failover server and a 
software manager. The processor is configured to execute software instructions stored in 
the client storage device. The network interface is configured to connect the client 
computer system to a remote network server unit. A failover server implemented on the 
client computer system is configured to provide functionality similar to the remote 
network server unit by accessing a copy of a network database file stored on the client 
storage device. A software manager stored in the client storage device is configured to 
cause the client computer system to connect to the remote network server unit if the 
remote network server unit is available or to cause the client computer system to connect 
to the failover server if the remote network server unit is not available. The remote 
network server unit is configured to provide a client cache image file to the client 
computer system. The client cache image file contains information, such as a copy of the 
operating system, a copy of client boot configuration files and a copy of the network 
database file, which causes the client computer system environment to appear to a user as 
though the client computer system is connected to the remote network server unit when 
the client computer system is actually connected to the failover server. An export tool 
uses a cache manifest file to generate the client cache image file. The cache manifest file 
may contain a list of the files and their locations and versions that make up the cache 
image file. 

In additional embodiments, the client computer system may include an update 
software routine, which is configured to perform an update sequence by comparing a 
version number associated with the client cache image file stored on the client computer 
system with a second version number of a second client cache image file stored on the 
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network update server. The update software routine notifies the network update server 
when the two version numbers are not the same. Upon receiving the notification, the 
network update server sends an updated copy of the client cache image file to the client 
computer system. Additionally, the client computer system may include a heartbeat 
5 software routine, which monitors a connection to the remote database server and a 
connection to the network update server. The heartbeat software routine is configured to 
periodically notify the update software routine when the network update server is 
available and an update sequence is necessary. 

10 The disconnected mode of operation and the update sequence may advantageously 

improve client network computer operations by allowing users to run in a disconnected 
mode while the network server is unavailable and by providing an automated update 
service to update files between a client computer system and a remote server unit once the 
server is available. 

15 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects and advantages of the invention will become apparent upon reading 
the following detailed description and upon reference to the accompanying drawings in 
5 which: 

FIG. 1 is an embodiment of a network computer system which is well known in 
the industry and is considered prior art; 

10 FIG. 2 is a block diagram of one embodiment of a remote network server unit; 

FIG. 3 is a block diagram of one embodiment of a client computer system; 

FIG. 4 is a flow diagram of the operation of one embodiment of the network 
15 computer system described in FIG. 2 and FIG. 3; 

FIG. 5 is a state diagram of one embodiment of a client computer system; 

FIG. 6A is a flow diagram illustrating one embodiment of a cache update service; 

20 and 

FIG. 6B is a flow diagram illustrating one embodiment of a cache update service. 

25 While the invention is susceptible to various modifications and alternative forms, 

specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents and 
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alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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DETAILED DESCRIPTION OF EMBODIMENTS 



Referring to FIG. 2, a block diagram of one embodiment of a remote network 
server unit is shown. Remote network server unit 200 includes a network update server 
5 210 and a remote database server 205 embodied in software and stored on remote storage 
device(s) (not shown). 

Network update server 210 communicates with client computer system 100 of 
FIG. 1 over connection 116 using an Hypertext Transfer Protocol (HTTP) for example. 
10 Remote database server 205 communicates with client computer system 100 of FIG. 1 
over connection 1 17 using an Internet InterOrb Protocol (HOP) for example. It is noted 
that both connection 116 and connection 117 may share the same physical connection to 
the network. 

15 A network database file 221, which in one embodiment may be a Java™ System 

Database (JSD), is stored on remote network server unit 200. A JSD is an object-oriented 
configuration database. The JSD generally may allow an operating system, system 
services, applications, utilities, and other software components to store and retrieve 
configuration information concerning the software and hardware of a platform, typically a 

20 Java™-based platform such as a network computer. Configuration information may be 
arranged to describe, for example, the physical devices that are present in a machine 
associated with the JSD, the system software services that are installed, and specific user 
and group application profiles. The JSD may serve as a central repository to store, as 
well as access, substantially any information which is used for configuration purposes. 



Accordingly, network database file 221 may contain information such as network 
configuration, client computer configuration and user profiles. Network database file 221 
may be used by client computer system 100 of FIG. 1 for network environment 
configuration information as well as specific user profile configurations. User profiles 



25 
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may include information such as which application software a user typically uses and 
which fonts are supported. 

Additionally, a cache export utility 225 and a configuration manager 220 are also 
5 stored on remote network server unit 200. Cache export utility 225 creates a cache 
manifest file which lists all the files necessary to create a cache image file 230 for each 
client computer system in the network. In one embodiment, the list of files in the cache 
manifest file may contain both the locations and the version numbers of the files. Cache 
export utility 225 may allow a system administrator to select the configuration of each 

10 client computer system by adding or deleting filenames from the list in the cache manifest 
file. Cache image file 230 contains all the files necessary for client computer system 100 
of FIG. 1 to boot up and run while disconnected from remote network server unit 200 in a 
disconnected mode. In one embodiment, cache image file 230 may include boot 
parameter files (not shown), the operating system (e.g. JavaOS™) 227, client boot 

15 configuration files 228, portions of network database file 221, referred to as a failover 
database file 226 and application files (not shown). Cache image file 230 is maintained 
on remote network server unit 200. As will be described in greater detail below, cache 
image file 230 is also exported to client computer system 100 of FIG. 3 as a client cache 
image file 130. Configuration manager 220 manages client configurations and changes to 

20 network database file 221, which are kept in a remote transaction log file 222. 

Remote database server 205 allows client computer system 100 of FIG. 1 to 
access network database file 221 stored in remote network server unit 200 of FIG. 2 while 
client computer system 100 of FIG. 1 is connected to remote network server unit 200 of 
25 FIG. 2. 

Turning now to FIG. 3, a block diagram of one embodiment of a client computer 
system is shown. Client computer system 100 includes a processor 105 coupled to a 
client storage device 125. A failover server 120, embodied in software, is stored in client 
30 storage device 125. Processor 105 is also coupled to a network interface 115. It is noted 
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that in one embodiment, client storage device 125 may be a hard disk drive. In other 
embodiments, client storage device 125 may be comprised of other types of storage 
devices such as, for example, a flash memory unit, a ram storage unit or an optical storage 
unit. 

5 

Network interface 115 provides communication links to remote network server 
unit 200 of FIG. 1 using a connection 116 (e.g. HTTP) and a connection 117 (e.g. HOP). 
Processor 105 of FIG. 3 executes software embodied in a software manager 1 10 stored in 
client computer system 100. Software manager 110 is configured to select either IIOP 

10 connection 117 to remote database server 205 of FIG.2 or a local HOP loop back 
connection 111 to failover server 120 of FIG. 3. Software manager 110 uses a loop back 
function to connect to failover server 120 if HOP connection 117 to remote database 
server 205 of FIG.2 is unavailable. Functionally, the connection to failover server 120 
looks identical to the connection to remote database server 205 of FIG. 2 to software 

15 manager 110 of FIG. 3. 

As described above, network update server 210 of FIG. 2 exports cache image file 
230 of FIG. 2 to client computer system 100 of FIG. 3, where it is shown as client cache 
image file 130 in FIG. 3. Software manager 110 uses failover server 120 to access 
20 failover local database file 126 referred to as a failover JSD, to configure a network 
environment and to run applications on client computer system 100 when remote 
database server 205 and therefore network database file 221 of FIG. 2 is not available. 

When a connection to remote database server 205 of FIG. 2 is not available and 
25 client computer system 100 of FIG. 3 is running in a disconnected mode, any changes 
made to failover local database file 126 are kept in a failover transaction log file 129 
stored on client storage device 125. 

Additionally, in order to facilitate login authentication during disconnected mode 
30 a user may log in either in a bypass mode, where login authentication is bypassed and 
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applications my be started, or in a database authentication mode. The database 
authentication mode uses an encrypted database password property. The login service is 
provided to allow an administrator to optionally enable user passwords when user profiles 
are set up. The login service may be used in lieu of, for example, a network information 
5 service (NIS) or native language support (NSL) authenticator. Alternatively, in other 
embodiments, the login service may be implemented to use the NIS or NSL login 
password and to cache that password in failover local database file 126. 



Alternatively, if a connection to a remote database server is available and client 
10 computer system 100 is running in a connected mode, a heartbeat thread 160 may 

periodically monitor connection 117 and notify an update thread 150 if the connection is 
Q available and an update sequence is necessary. Update thread 150 may perform an update 

fri sequence by comparing the version numbers of files in client cache image file 130 of FIG. 

3 with the version numbers of files in cache image file 230 of FIG. 2. As will be 
Fy 15 discussed in more detail below, update thread 150 of FIG. 3 may also notify network 

ifi update server 210 of FIG. 2 if the version numbers are different and network update 

L, server 210 may update cache image file 230 and export the updated cache image file to 

CO client computer system 100 of FIG. 3. 

y 20 Referring now to FIG. 4, a flow diagram of the operation of one embodiment of 

the network computer system of FIG. 2 and FIG. 3 is illustrated. The flow diagram 
describes the operation for embodiments depicted in FIG. 2 and FIG. 3. The flow 
diagram begins in step 300 where client computer system 100 of FIG. 3 is rebooted. In 
FIG. 4, operation proceeds to step 302, where files, such as client boot configuration files 

25 128 of FIG. 3, essential to the operation of network interface 1 15 of FIG. 3 are executed. 
Once the communications protocol is established, operation proceeds to step 303 of FIG 
4. In step 303, the boot process checks for an operator invoked key sequence indicating a 
local device boot override. If the boot override sequence has been initiated, operation 
proceeds to step 310 where heartbeat thread 160 of FIG. 3 checks for a connection to 

30 remote database server 205 of FIG. 2. If remote database server 205 is available, a new 
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copy of the operating system is downloaded to client computer system 100 of FIG. 3 and 
client computer system 100 boots from the new copy of the operating system. This step 
provides a method of replacing a corrupted cache copy of the operating system. Once the 
operating system is loaded, operation proceeds to step 306 of FIG. 4 where software 
5 manager 1 10 of FIG. 3 will configure client computer system 100 using network database 
file 221 located on remote network server 200 of FIG. 2. Once client computer system 
100 of FIG. 3 is configured for the current user, operation proceeds to step 307 of FIG. 4 
where client computer system 100 of FIG. 3 runs in connected mode. 

10 Returning back to step 310 of FIG. 4, if remote database server 205 is not 

available, then the operation proceeds to step 313 of FIG. 4. In step 313, the boot process 
stalls and an error message may be displayed indicating that the boot process has stalled 
and operator intervention is required. 

15 Returning back to step 303 of FIG. 4, if the local device boot override sequence 

has not been initiated, operation proceeds to step 304, where client computer system 100 
of FIG. 3 loads a local copy of the operating system 127 which is stored in client storage 
device 125 of FIG. 3. Once the operating system has loaded, operation proceeds to step 
305 of FIG. 4, where heartbeat thread 160 of FIG. 3 checks for a connection to remote 

20 database server 205 of FIG. 2. If remote database server 205 is not available, the 
operation will proceed to step 308 of FIG. 4 where software manager 1 10 of FIG. 3 
switches to failover server 120 and client computer system 100 will be configured from 
failover local database file 126. Once client computer system 100 is configured for the 
current user, operation proceeds to step 309 of FIG. 4 where client computer system 100 

25 of FIG. 3 runs in a disconnected mode. 

Referring back to step 305 of FIG. 4, if remote database server 205 of FIG. 2 is 
available, the operation will proceed to step 306 of FIG. 4, where software manager 110 
of FIG. 3 configures client computer system 100 using remote network database file 221 
30 located on remote storage device 215 of FIG. 2. Once client computer system 100 of 
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FIG. 3 is configured for the current user, operation proceeds to step 307 of FIG. 4 where 
client computer system 100 of FIG. 3 runs in a connected mode. 

Turning now to FIG. 5, a state machine of one embodiment of client computer 
5 system 100 of FIG. 3 is shown. The state machine describes the different states that 
client computer system 100 may be in or may enter and the transition events that may 
occur to cause a state change. The state machine begins in a down state 500. Down state 
500 may be entered by any shutdown event, such as a power down. The state machine 
may transition from down state 500 to either up / disconnected state 510 or up / connected 
10 state 520. 

From down state 500, the machine may transition to up / disconnected state 510 
by a local boot 502 event. Local boot 502 event occurs when remote network server unit 
200 of FIG. 2 is not available and client computer system 100 of FIG. 3 boots and 
15 configures from files stored locally. The state machine may transition back to down state 



Ln 500 by a shutdown event 50 1 . 

tt? From up / disconnected state 510, the machine may transition to update state 530 

V by an update - up 511 event. Update - up 511 event occurs if heartbeat thread 160 of 

y 20 FIG. 3 detects a connection to network update server 210 of FIG. 2 and generates an 

update request to update thread 150 of FIG. 3. Update thread 150 may request a 

resynchronization of the cache on client computer system 100. 

Once in update state 530, cache export utility 225 of FIG. 2 creates an updated 
25 cache image file. From update state 530, the machine may transition back to up / 
disconnected state 510 by a cache update 512 event. Cache update 512 event occurs 
when network update server 210 of FIG. 2 exports the updated cache image file to client 
computer system 100 of FIG. 3. 
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From down state 500, the machine may transition to up / connected state 520 by a 
local and remote boot 522 event. Local and remote boot 522 event occurs when remote 
network server unit 200 of FIG. 2 is available and client computer system 100 of FIG. 3 
boots from files stored locally and configures from files stored on remote network server 
5 unit 200 of FIG. 2. The state machine may transition back to down state 500 by a 
shutdown event 521. 

From up / connected state 520, the machine may transition to update state 530 by 
an update - up 532 event. Update - up 532 event occurs if heartbeat thread 160 of FIG. 3 
10 detects a connection to network update server 210 of FIG. 2 and generates an update 
request to update thread 150 of FIG. 3. Update thread 150 may request a 
resynchronization of the cache on client computer system 100. 

Once in update state 530, cache export utility 225 of FIG. 2 creates an updated 
15 cache image file. From update state 530, the machine may transition back to up / 
connected state 520 by a cache update 531 event. Cache update 531 event occurs when 
network update server 210 of FIG. 2 exports the updated cache image file to client 
computer system 100 of FIG. 3. 

20 Referring to FIG. 6A, a flow diagram illustrating one embodiment of a cache 

update service is shown. The flow diagram describes the cache update service in 
conjunction with FIG. 2 and FIG. 3. The flow diagram begins in step 300 where client 
computer system 100 of FIG. 3 is running in a connected or a disconnected mode. 
Operation proceeds to step 305 of FIG. 6 A where heartbeat thread 160 of FIG. 3 

25 continually monitors connection 116 to network update server 210 of FIG. 2 at intervals 
which may be determined by a software loop or a hardware function. If connection 1 16 is 
not available, heartbeat thread 160 continues to monitor connection 116 to network 
update server 210 of FIG. 2. If connection 116 is available, heartbeat thread 160 of FIG. 
3 notifies update thread 150 to perform an update sequence. Operation proceeds to step 

30 610 of FIG. 6 A, where update thread 150 compares version numbers of files in cache 
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image file 230 of FIG. 2 with version numbers of files located in client cache image file 
130 of FIG. 3. Operation then proceeds to step 615 of FIG. 6A, where if the version 
numbers are not different, operation proceeds back to step 600. Going back to step 615, 
if the where if the version numbers are different, operation proceeds to step 620, where 
5 update thread 150 of FIG. 3 notifies network update server 210 of FIG. 2 to perform an 
upgrade. In step 620 of FIG. 6A, an upgrade may be performed by either a bulk update, 
which completely replaces entire cache image file 130 of FIG. 3 or by updating only those 
files which have been modified. Once the cache image file is regenerated, network update 
server 210 of FIG. 2 exports cache image file 230 of FIG. 2 to client computer system 100 

10 of FIG. 3. Operation proceeds to step 625 of FIG. 6A. In step 625, if operating system 
files or early boot files were not modified, operation proceeds back to step 600 where 
client computer system 100 of FIG. 3 is up and running with an updated client cache 
image file. Referring back to step 625, if operating system files or early boot files were 
modified, operation proceeds to step 630 where client computer system 100 of FIG. 3 

15 must be rebooted for the changes to take effect. In a preferred embodiment, network 
update server 210 of FIG. 2 will not automatically reboot client computer system 100 of 
FIG. 3. Instead, a notification panel will be displayed to inform a user that a reboot is 
necessary when any current tasks are completed. Client cache image file 130 updates 
should be performed in an atomic manner, whereby a copy of the current client cache 

20 image file 130 is made and a cache image rollback feature may be implemented. The 
rollback feature would allow the cache image to roll back to a previous version if the 
update fails or client computer system 100 of HG. 3 fails to boot with the new cache 
image file. 

25 If changes are made to failover local database file 126 of FIG. 3, in one 

embodiment, a different update sequence may be required for failover network database 
file updates since both failover local database file 126 of FIG. 3 and network database file 
221 of HG. 2 may have been modified. In this case, failover transaction log file 129 
contains a record of the changes made to the failover local database file 126. Remote 
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transaction log file 222 of FIG. 2 contains a record of all changes made to network 
database file 221. 

Turn now to FIG. 6B, a flow diagram illustrating one embodiment of a cache 
5 update service is shown. Using FIG. 2 and FIG. 3, the flow diagram of FIG. 6B describes 
events which may occur in the event that changes are made to failover local database file 
126 of FIG. 3. The flow diagram begins in step 650 where client computer system 100 of 
FIG. 3 is running in a connected or a disconnected mode. Operation proceeds to step 655 
where heartbeat thread 160 of FIG. 3 continually monitors connection 116 to network 
10 update server 210 of FIG. 2 at intervals which may be determined by a software loop or a 
hardware function. If connection 116 is not available, heartbeat thread 160 of FIG. 3 
O continues to monitor connection 116 to network update server 210 of FIG. 2. Referring 

m back to step 655 of FIG. 6B, if connection 116 is available, heartbeat thread 160 of FIG. 

3 notifies update thread 150 to perform an update sequence. Operation now proceeds to 
15 step 656 of FIG. 6B where network update server 210 of FIG. 2 reads failover transaction 
log file 129 of FIG. 3. Operation proceeds to step 660 of FIG. 6B and if no changes were 
made to failover transaction log file 129 of FIG. 3, operation proceeds back to step 650 
where client computer system 100 if FIG. 3 is up and running. Referring back to step 660 
of FIG. 6B, if changes were made to failover transaction log file 129 of FIG. 3, operation 
20 proceeds to step 661 of FIG. 6B where network update server 210 of FIG. 2 reads remote 
transaction log file 222 of FIG. 2. Operation proceeds to step 665 of FIG. 6B and if 
changes were recorded to remote transaction log file 222 of FIG. 2 then operation 
proceeds to step 670 of FIG. 6B. In step 670, network update server 210 of FIG. 2 
decides whether the changes made to the network database file 221 override the changes 
25 made to failover local database file 126 of FIG. 3. If the changes made to the network 
database file 221 of FIG. 2 do override the changes made to failover local database file 
126 of FIG. 3, then operation proceeds to step 680 of FIG 6B where a new failover 
database file 226 of FIG. 2 is created by cache export utility 225. Operation then 
proceeds to step 685 of FIG. 6B where cache export utility 225 of FIG. 2 sends failover 
30 database file 226 to client computer system 100 of FIG. 3. Operation then proceeds to 
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step 690 where the fai lover transaction log of FIG. 3 and the remote transaction log of 
FIG. 2 are cleared. Operation then proceeds back to step 650 of FIG. 6B where client 
computer system 100 if FIG. 3 is up and running. 

5 Referring back to step 670 of FIG. 6B, if the changes made to the network 

database file 221 of FIG. 2 do not override the changes made to failover local database 
file 126 of FIG. 3, then operation proceeds to step 671 of FIG 6B where the changes made 
to failover local database file 126 of FIG. 3 are checked for validity. If the changes are 
determined to be valid, operation proceeds to step 675 of FIG. 6B where the changes 

10 made to failover local database file 126 of FIG. 3 are merged with network database file 
221 of FIG. 2. Operation then proceeds to step 680 as described above. 

Referring back to step 671 of FIG. 6B, if the changes are determined not to be 
valid, operation proceeds to step 690 of FIG. 6B where the failover transaction log of 
15 FIG. 3 and the remote transaction log of FIG. 2 are cleared as described above. An 
example of an invalid change might be a user trying to change a permission parameter for 
which the user is not authorized whereby the change would be deemed invalid. 

Referring back now to step 665 of FIG. 6B. If no changes were recorded in 
20 remote transaction log file 222 of FIG. 2 then operation proceeds to step 671 of FIG. 6B 
as described above. 

Network update server 210 decides whether to accept all changes made to failover 
local database file 126 of FIG. 3 and the changes that are accepted are merged into 
25 network database file 221 of FIG. 2. A new merged failover database file 226 is 
generated by cache export utility 225 and then pushed back to client computer system 100 
of FIG. 3 and failover transaction log file 129 and remote transaction log file 222 of FIG. 
2 are cleared. 

30 Numerous variations and modifications will become apparent to those skilled in 
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the art once the above disclosure is fully appreciated. It is intended that the following 
claims be interpreted to embrace all such variations and modifications. 
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